APPENDIX A 

S-RECORD INFORMATION 



INTRODUCjTION 

The S-record format for output modules was devised for the purpose of encoding programs 
or data files in a printable format for transportation between computer systems. The 
transportation process can thus be visually monitored and the S-records can be more easily 
edited. 



S-RECORD CONTENT 



When viewed by the user, S-records are essentially character strings made of several fields 
which identify the record type, record length, memory address, code/data, and checksum. 
Each byte of binary data is encoded as a 2-character hexadecimal number: the first character 
representing the high-order 4 bits, and the second the low-order 4 bits of the byte. 

The 5 fields 'which comprise an S-record are shown below: 



TYPE 



RECORD LENGTH 



ADDRESS 



CODE/DATA 



CHECKSUM 



where the fiellds are composed as follows: 



FIELD 

Type 

Record 
length 

Address 



Code/data 



Checksum 



PRINTABLE 
CHARAQTEPg 

2 
2 



4. 6, 
or 8 

0-2n 



'4 



CONTENTS 

S-record type - SO, S1 , etc. 

The count of the character pairs in the record, 
excluding the type and record length. 

The 2-, 3-, or 4-byte address at which the data field 
is to be loaded into memory. 

From to n bytes of executable code, memory load- 
able data, or descriptive information. For 
compatibility with teletypewriters, some programs 
may limit the number of bytes to as few as 28 (56 
printable characters in the S-record). 

The least significant byte of the one's complement 
of the sum of the values represented by the pairs of 
characters making up the record length, address, 
and the a>de/data fields. 
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Each reconj may be terminated with a CR/LF/NULL. Additionally, an S-record may have an \ 
initial field to accommodate ottar tiata such as line numbers generated by some time-sharing 
systems. 

Accuracy o ' transmission is ©nsured by the record length (byte count) and cheifeum fields. 



S-RECORD TYPES 

Eight types; of S-records have been defined to accommodate the several needs of the 
encoding, transportation, and decoding functions. The various Motorola upload, download, 
and other rjecord transportation control programs, as well as cross assemblers, linkers, and 
other file-creating or debugging programs, utilize only those S-records which serve the 
purpose of the program. For specific information on which S-records are supported by a 
particular program, the user manual for that program must be consulted. 



NOTE 

The EVM monitor supports only the SI and S9 records. All data 
before the first S1 record is ignored. Thereafter, all records must 
be 81 type until the 89 record terminates data transfer. 



80 



81 



82-88 
89 



An 8-reconj format module miQr contain 8-records of the following types: 



The header record for each block of 8-records. The code/data field may 

contain any descriptive information identifying the following block of S- 
records. The address field is normally zeroes. 

A record containing code/data and the 2-byte address at which the 
code/data is to reside. 

Not applicable to EVM. 

A termination record for a block of SI records. The address field may 
optionally contain the 2-byte address of the instruction to which control is 
to be passed. If not specified, the first entry point specification 
encountered in the object module Input will be used. There is no 
code/data field. 



Only one termination record is used for each block of S-records. Normally, only one header 
record is uned, although it is possible for multiple header records to occur. 
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j-RECORD CREATION 

'^-record format programs may be produced by several dump utilities, debuggers, or several 
.OSS assemblers or cross linkers. Several programs are available for downloading a file in 
S-record format fj-om a host system to an 8-bit or 16-bit microprocessor-based system. 

S-RECORD EXAMPLE 

Shown below is a typical S-record format module, as printed or displayed: 



S00600004844521B 

S11300002 85F245F221222 6A000 42 42 90008237C2A 

S11300100002000800082 62 900185381234 1001813 

S113002041E900084E42234300182342000824A952 

S107003000144ED492 

S9030000FC 



The above module consists of an SO header record, four S1 code/data records, and an S9 
termination record. 



The SO header record is comprised of the following character pairs; 



SO 
06 



00 
00 

48 
44 
52 

IB 



13 
00 



S-re6QFd type SQ, Moating a header record. 

Hexadecimal 06 (decimal 6). indicating six character pairs (or ASCII 
bytes) follow. 

Four-character 2-byte address field, zeroes. 



ASCII H, D, and R - "HDR" 
Checksum of SO record. 



The first SI cod|9/data record is explained as follows 
SI 



S-record type SI, indicating a code/data record to be loaded/verified at a 
2-byte- address. 

Hexadecimal 13 (decimal 19), indicating 19 character pairs, representing 
19 bytes of binary data, follow. 

Four-character 2-byte address field; hexadecimal address 0000, 
indicates location where the following data is to be loaded. 
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The next 16 character pairs are the ASCII bytes of the actual program code/data. In this 
assembly language example, the hexadecimal opcodes of the program are written In 
sequence in the code/data fields of the S1 records: 



2A 



28 5F 
24 5F 
22 12 
22 6A 

00 04 24 

29 00 

08 23 7C 



INSTFIUCTION 



BHCC 

BCC 

BHI 

BHI 
BRSET 
BHCS 
BRSET 



$0161 
$0163 
$0118 
$0172 

0,$04,$012F 
$010D 

4,$23,$018C 



(Balance of this code is continued in the code/data fields of the 
nsffiaining S1 records, and stored in memory location 0010, etc..) 



Checksum 0f the first S1 record. 



The second and third S1 code/data records each also contain $13 (19) character pairs and 
are ended with checksums 13 and 52, respectively. The fourth SI code/data record contains 
07 characi er pairs and has a checksum of 92. 



The S9 termination record is explained as follows: 



S9 

03 

00 
00 

FC 



S-r#cor)(i type S9, indicating a termination record. 

Hexadedmal 03, indicating three character pairs (3 bytes) follow. 

Four-character 2-byte address field, zeroes. 

Checksum of S9 record. 



Each printable character in an S-record is encoded in hexadecimal (ASCII in this example) 
representation of the binary bits which are actually transmitted. For example, the first S1 
record above is sent as thGim below. 



TYPE 



LENQTH 



ADOflESS 



CODE/DATA 



CHECKSUM 



0011 0011 



0011 0000 



0011 0000 



0011 0000 



0011 0010 



0011 1000 



01 Ml otto 
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